home *** CD-ROM | disk | FTP | other *** search
- Path: node238.fc.net!goochb
- From: goochb@rwi.com (William D. Gooch)
- Newsgroups: comp.lang.smalltalk,comp.object,comp.lang.c++,comp.lang.java
- Subject: Re: The Good, the Bad, the Ugly, and the Wicked ...
- Date: Tue, 9 Apr 1996 22:03:10
- Organization: RothWell International
- Message-ID: <goochb.325.00160E30@rwi.com>
- References: <31570B8E.5A12@vmark.com> <4je5rq$7qg@mimas.brunel.ac.uk> <RMARTIN.96Apr9160010@rcm.oma.com>
- NNTP-Posting-Host: node238.fc.net
- X-Newsreader: Trumpet for Windows [Version 1.0 Rev A]
-
- In article <RMARTIN.96Apr9160010@rcm.oma.com> rmartin@oma.com (Robert C. Martin) writes:
-
- >In article <4kbq3q$1i8@gaia.ns.utk.edu> mbk@caffeine.engr.utk.edu (Matt Kennel)
- >writes:
-
- > Robert C. Martin (rmartin@oma.com) wrote:
-
- > : In any case, it matters little. The more intense the real-time
- > : constraint, the more work the engineer will have to go through
- > : to manage the automatic garbage collector. (e.g., turning it on or off,
- > : throttling it, forcing unscheduled collections, etc.) Thus, eventually
- > : one merely trades the job of managing memory, for the job of
- > : managing the collector.
-
- > It is not a trade, as nearly all garbage collection systems still
- > *allow* manual memory management.
-
- >Granted. The trade off is in the decision of which approach to manage.
-
- > A garbage collector provides a potential solution that is very difficult
- > to do without.
-
- >In some cases. In others it is difficult to live with. There is no generic
- >solution.
-
- Cute, but a litle too glib perhaps. Since (from what you wrote earlier)
- you know that a quality GC implementation allows one to turn it on
- and off, force collection, and do one's own memory management,
- what basis does that leave for GC being "hard to live with?" GC is
- merely another tool in the kit, and power tool at that. Unless of course
- you are referring to a GC which may not be of good quality, in which
- case your statement could apply equally to any piece of software.
-
-
- ~~~~~~~~~~~~~~~~~~~~~~
- William D. Gooch
- RothWell International
- goochb@rwi.com
- Texas liaison for the International Programmers Guild
- For information on IPG, see http://www.ipgnet.com/ipghome.htm
- ~~~~~~~~~~~~~~~~~~~~~~
-